扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
/* KJ3qiAw Ticket示例是对客户电影票分配的处理 `i&ywk6 P%^,Ikah 本例要点: 9%D"IcyW3 1、使用了duration规则特性 #e~#w>\9$b 因为规则引擎的执行本身是在另外一个线程中进行的, $,3Tge# 因此使用了duration特性可以将指定的规则延迟一定时间运行 -fkueXA^ 但是要注意的是主线程中也需要做相应的延时,否则主线程结束后不会再处理子线程的结果 Od&B4C%O ?,Mo.<&M0 2、使用了Function函数 FFMU{cj >X>wC,~>w 思考: m}8'PIU5u2 1、原例子中使用不同的延迟时间决定规则的执行顺序,如果将所有"...Priority"规则的延时都设为相同会发生什么情况呢? dTGte{i&GS 首先将"Silver Priority","Gold Priority"的duration统一设为2000 #dV.~#V=t 其次将源码中的t4.setStatus( "Done" );暂时注释,然后执行示例 ) 1q^M5gs 我们会发现在没有使用duration之前规则的执行顺序为DCBA,(指客户名,按照Ticket插入的LIFO顺序激发) c m4 $ 而当使用duration之后,执行的顺序为ADCB,原来应当是最后执行的规则被调到最前面执行,而其它顺序不变; hPqIb*?V 如果调换一下Ticket插入顺序,会发现这个规律同样存在 gnuT^A !:p:[V" 2、取消t4.setStatus( "Done" )注释(原版中是t3.setStatus,这里为了方便演示改为t4)又会发生什么呢? |
濠碘€冲€归悘澶愬箖閵娾晜濮滈悽顖涚摃閹烩晠宕氶崶鈺傜暠闁诡垰鍘栫花锛勬喆椤ゅ弧濡澘妫楅悡娆撳嫉閳ь剟寮0渚€鐛撻柛婵呮缁楀矂骞庨埀顒勫嫉椤栨瑤绻嗛柟顓у灲缁辨繈鏌囬敐鍕杽閻犱降鍨藉Σ鍕嚊閹跺鈧﹦绱旈幋鐐参楅柡鍫灦閸嬫牗绂掔捄铏规闁哄嫷鍨遍崑宥夋儍閸曨剚浠樺ù锝嗗▕閳ь剚鏌ㄧ欢鐐寸▕鐎b晝顏遍柕鍡嫹